home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.ada,comp.lang.c++,comp.lang.c,comp.lang.modula3,comp.lang.modula2,comp.lang.eiffel
- Path: barney.gvi.net!mv!usenet
- From: ENGR@GSSI.MV.COM (Michael Furman)
- Subject: Re: Undefined behavior? on type conversion, was: Re: Hungarian notation
- Message-ID: <DLrK1n.7Bs@mv.mv.com>
- Mime-Version: 1.0
- Organization: GSSI
- Date: Fri, 26 Jan 1996 00:58:35 GMT
- References: <30C40F77.53B5@swsbbs.com> <4d2ok0$69s@beach.and.nl> <KANZE.96Jan24152858@slsvewt.lts.sel.alcatel.de>
- X-Newsreader: WinVN 0.93.10
- X-Nntp-Posting-Host: gssi.mv.com
-
- In article <KANZE.96Jan24152858@slsvewt.lts.sel.alcatel.de>,
- kanze@lts.sel.alcatel.de says...
- > .... snip .....
- >
- >|> This requires an implementation to convert the integral type. It does
- >|> not give it license to take actions not specified by the standard.
- >
- >Does it? I believe that it was the intent of the authors that the
- >`result' of the conversion could be a signal (for example) or a core
- >dump. (This is, of course, the only reasonable thing for an
- >implementation to do.)
-
- And what would you suggest to do with low level C/C++ code (of cause non
- portable) thet deals with internal representation of numbers? Deceive
- compiler using casted pointers (like I had to do a long time ago on PL-1)?
-
- >--
- >James Kanze Tel.: (+33) 88 14 49 00 email: kanze@gabi-soft.fr
- >GABI Software, Sarl., 8 rue des Francs-Bourgeois, F-67000 Strasbourg, France
- >Conseils, Θtudes et rΘalisations en logiciel orientΘ objet --
- > -- A la recherche d'une activitΘ dans une region francophone
- >
-
- --
- <<<<<<<< This is a copy of post to the newsgroup >>>>>>>>
- ---------------------------------------------------------------
- Michael Furman, (603)893-1109
- Geophysical Survey Systems, Inc. fax:(603)889-3984
- 13 Klein Drive - P.O. Box 97 engr@gssi.mv.com
- North Salem, NH 03073-0097 71543.1334@compuserve.com
- ---------------------------------------------------------------
-
-